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DIRECTED PPPoE SESSION INITIATION OVER A SWITCHED ETHERNET 

TECHNICAL FIELD 

This invention relates to communications networks, specifically methods 
5 and systems directed at establishing Point-to-Point Protocol over Ethernet 

sessions over a switched Ethernet network. 

BACKGROUND INFORMATION 

Point-to-Point Protocol over Ethernet (PPPoE) provides the ability to 
10 connect a network of hosts over a simple bridging access device to a remote 
access concentrator. With this model, each host utilizes its own PPP (Point-to- 
Point Protocol) stack and the user is presented with a familiar user interface. 
For instance, a host could be a personal computer at a client's premises and an 
access concentrator could be a Broadband Remote Access Servers ("BRAS"). 
15 Access control, billing and type of service can be done on a per-user, rather than 
a per-site, basis. 

The general procedure for a point-to-point connection over Ethernet is 
described in the IETF - Internet Engineering Task Force - Networking Working 
Group Request for Comments 2516 "A Method for Transmitting PPP Over 

20 Ethernet" ("RFC 2516"), which is incorporated by reference in its entirety into this 
application. To provide a point-to-point connection, RFC 2516 provides for two 
stages for each PPPoE session. There is a discovery stage and a PPP session 
stage. When a host wishes to initiate a PPPoE session, it first performs 
"discovery" to identify the Ethernet MAC address of the peer and establishes a 

25 PPPoE session ID. While PPP defines a peer-to-peer relationship, the 
discovery stage is inherently a client-server relationship. In the discovery stage, 
a host (the client) discovers an access concentrator (the server). Depending on 
the network, there may be more than one access concentrator which may 
communicate with the host. The discovery stage allows the host to discover all 

30 available access concentrators so that it may then select one. Thus, when the 
discovery stage is completed successfully, both the host and the selected 
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access concentrator have the information they will use to build a point-to-point 
connection over Ethernet. 

The Discovery stage remains stateless until a PPP session is established. 
Once a PPP session is established, both the host and the access concentrator 
5 allocate the resources so that a PPP virtual interface can be established. After 
completion of the discovery stage, both peers know the PPPoE session identifier 
and the other peer's Ethernet address, which together define the PPPoE session 
uniquely. 

There are typically four steps to the discovery stage. The steps consist 

10 of; (1) the host broadcasting an initiation message or packet, (2) one or more 
access concentrators sending Offer packets or responses, (3) the host sending 
a unicast Session Request packet to the selected access concentrator, and (4) 
the selected access concentrator sending a confirmation packet to the host. 
When the host receives the confirmation packet, it may proceed to the PPP 

15 Session Stage. Similarly, when the access concentrator sends the confirmation 
packet, it may proceed to the PPP Session Stage. 

The initiation message sent by the host will be a PPPoE Active Discovery 
Initiation ("PADI") packet The initiation message is a broadcast message. For 
purposes of this Application, the term "Broadcast" is a communication between 

20 a single device and every member of a device group. "Multicast," on the other 
hand, is a communication between a single device and a selected group of 
members of a device group. So the destination address will be set to a 
broadcast address. The PADI packet will also contain one service-name TAG, 
indicating the service the host is requesting, and any number of other TAG 

25 types. When an access concentrator receives a PADI that it can serve, it replies 
by sending a PPPoE Active Discovery Offer ("PADO") packet. The destination 
address is the unicast address of the host that initially sent the PADI. The 
PADO packet contains the access concentrator's name, a service-name TAG 
identical to the one in the PADI, and any number of other service-name TAGs 

30 indicating other services that the access concentrator offers. If the access 
concentrator cannot serve the PADI, it does not respond with a PADO. 
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Since the PADl was a broadcast message, the host may receive more 
than one PADO responses. The host looks through the PADO packets it 
receives and chooses one. Typically, the choice can be based on the AC-Name 
or the Services offered. The host then sends a PPPoE Active Discovery 
5 Request ("PADR") packet to the access concentrator that it has chosen. The 
destination address is set to the unicast Ethernet address of the selected access 
concentrator or server. 

One purpose of deploying multiple access concentrators or "BRAS" within 
the same broadcast domain is for load sharing and redundancy. Access 
10 concentrator redundancy is an inherent feature of this architecture. However, no 
existing scheme supports inherent load distribution between the access 
concentrators. In principle, all access concentrators will answer the PADl packet 
with a PADO packet, and the first (acceptable) PADO frame that reaches the 
PPPoE client will determine the access concentrator with which the session is 
15 established - regardless of the existing load on the selected access 
concentrators. Thus, some access concentrators could be fully loaded while 
other available access concentrators could be lightly loaded. 

What is needed, therefore, is a method or system that can distribute the 
load among multiple access concentrators. 

20 

SUMMARY 

The previously mentioned needs are fulfilled with the various aspects of 
present invention. One aspect of the present invention directs the broadcast 
initiation message or PADl towards a specific access concentrator (which may 

25 be lightly loaded relative to the other access concentrators). For instance, in 
one variation of this aspect, an Ethernet access node monitors the load on the 
access concentrators. When an initial broadcast message is received, it is 
converted into a unicast frame by the Ethernet access node, and sent directly to 
the specific access concentrator (e.g., with the lightest load). In another 

30 variation of this aspect, a mediation device may monitor the load on the access 
concentrators. Additionally, all initiation messages may be sent to a mediation 
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device, so that the mediation device may direct the initiation message to a 
selected access server. 

In yet another aspect, the access concentrators evaluate their own load, 
and wait a predetermined amount of time before responding to the initiation 

5 message. The length of the predetermined time is dependent upon the current 
load on the access concentrator. In this aspect, the host will choose the first 
access concentrator that replies. Because ad access concentrator's wait before 
responding depends on the amount of current load on the access concentrator, 
the lightest loaded access concentrator will typically respond first, 

10 Thus, with different aspects of the present invention, load sharing may be 

enabled for an Ethernet access network with multiple access concentrators in a 
simple and dynamic way. Load requests and/or information may flow directly 
between Ethernet access nodes and an access concentrator, or a mediation 
device may be applied if appropriate. By using a mediation device for collecting 

15 the load information, the solution facilitates load sharing between multiple 
access concentrators from different vendors without having to modify the 
functionality of these different access concentrators (provided that the access 
concentrator can be audited regarding its current load status). 

These and other features, and advantages, will be more cleariy 

20 understood from the following detailed description taken in conjunction with the 
accompanying drawings. It is important to note the drawings are not intended to 
represent the only form of the invention. 

BRIEF DESCRIPTION OF THE DRAWINGS 

25 Fig. 1a is a functional diagram of a communications system incorporating 

one embodiment of the present invention. 

Fig. 1b is a functional diagram representing one aspect of the 
communications system illustrated in Fig. 1a. 

Fig. 1c is a functional diagram representing another aspect of the 
30 communications system illustrated in Fig. la. 

Fig. 1d is the. functional diagram of Fig. 1c at another point in time. 
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Fig. 2 is a flow diagram illustrating one embodiment of the present 
invention. 

Fig. 3 is a block diagram of a network node incorporating one 
embodiment of the present invention. 
5 Fig. 4a is a functional diagram of a communications system employing a 

mediation device incorporating one embodiment of the present invention. 

Fig. 4b is a functional diagram representing one aspect of the 
communications system illustrated in Fig. 4a. 

Fig. 4c is a functional diagram representing another aspect of the 
10 communications system illustrated in Fig. 4a. 

Fig. 5 is a flow diagram illustrating an alternative embodiment of the 

present invention. 

Fig. 6 is a functional diagram of a communications system incorporating 
an alternative embodiment of the present invention. 

15 

DETAILED DESCRIPTION 

For the purposes of promoting an understanding of the principles of the 
present invention, reference will now be made to the embodiments, or 
examples, illustrated in the drawings and specific language will be used to 

20 describe the same. It will nevertheless be understood that no limitation of the 
scope of the invention is thereby intended. Any alterations and further 
modifications in the described embodiments, and any further applications of the 
principles of the invention as described herein are contemplated as would 
normally occur to one skilled in the art to which the invention relates. 

25 Well-known elements are presented without detailed description in order not to 
obscure the present invention In unnecessary detail. For the most part, details 
unnecessary to obtain a complete understanding of the present invention have 
been omitted because as such details are within the skills of persons of ordinary 
skill in the relevant art. 

30 For the purposes of the present disclosure, various acronyms are used, 

and the definitions of which are listed below: 
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BRAS 



Broadband Remote Access Server (a type of an 
Access Concentrator) 
Customer Premises Equipment 



CPE 



IP 

DSLAM 
ISP 



internet Protocol Digital Subscriber Line Access 
Multiplexer. 

Internet Service Provider 



MAC Media Access Control 

PAD! PPPoE Active Discovery Initiation 

PADO PPPoE Active Discovery Offer 

PADR PPPoE Active Discovery Request 

PADS PPPoE Active Discovery Session-confirmation 

PADT PPPoE Active Discovery Terminate 

PPP Point-to-Point Protocol 

PPPoE PPP over Ethernet 

SNMP Simple Network Management Protocol 

VLAN Virtual Local Area Network 

Turning now to Fig. 1a, there is illustrated a system 100 which employs 
certain aspects of the present invention. In this illustrative example, the system 
100 comprises a switched Ethernet access network 102 having a plurality of 
5 Ethernet access nodes 104a and 104b placed on the boundary between the 
Ethernet access network 1 02 and a local loop 1 06 of an end-user. The Ethernet 
access nodes 104a and 104b may be, for instance, Ethernet-centric IP DSLAMs 
or Ethernet switches. A plurality of access concentrators, or in this example, 
BRASs 108a, 108b, and 108c are also coupled to the Ethernet access network 

10 102. Each of the BRASs 108a-108c are coupled to additional network 
resources or networks which are represented by clouds 110a, 110b, and 110c, 
respectively (which could, in fact, be the same network). Customer subscriber 
equipment, such as Customer Premises Equipment Modems 112a and 112b, 
may be in communication with the Ethernet access node 104a in a conventional 

15 manner. 

in this example, it is assumed that the BRASs 108a-108c continuously 
monitor their own status, e.g. regarding the current load. Thus, the values of 
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these status parameters may form the basis for selecting the preferred BRAS for 
a given PPPoE session. Fig. 2 illustrates a general process 200 which might 
implement one embodiment of the present invention, in step 202, the process 
begins, in step 204, information regarding the load status of each BRASs 108a- 
5 108c is received by a network node (e.g., Ethernet access node 104a)- The 
load status is used to build or maintain a database of the load status of the 
BRASs108a-108c (step 206). Thus, in step 208, when a PPPoE session 
initiation message is received from a host (e.g., CPE modem 112a) the networl^ 
node may select which of the BRASs 1 08a-1 08c should handle the request by 

10 analyzing the database (step 210). In a PPPoE access scenario, for instance, a 
service-name TAG may be used by the host to request a specific service. Thus, 
the node selecting the BRAS may also verify that the requested service is 
available on the selected BRAS, The network node may learn the capacity of 
the BRAS by either with pre-configuration routines or dynamically (e.g., when the 

15 load status is conveyed). 

in step 212, the broadcast session initiation message may be converted 
to a unicast message directed only to the selected BRAS. In step 214, the 
unicast message is then fon/^arded on to the selected BRAS and the discovery 
stage continues in a conventional manner (step 216). 

20 In Fig. 3, there is illustrated an example network node 120 which may 

implement the process 200 described above or any other process described in 
this Application. The network node 120 may be an Ethernet access node 104a- 
104b, a BRAS, or another type of network node (such as a mediation device). 
As is well known in the art, the network node 120 includes a processor 122 

25 coupled to at least one memory means 124. The processor 122 may be also 
coupled to at least one interface 126 for communicating with a network 128. 
The interface 126 receives data streams from the network 128 and translates 
the data streams into a format readable by the processor 122. The processor 
122 may then act upon the data according to processes or instructions 130 

30 stored in the memory 124. After processing, the modified data streams are sent 
out through the interface 126 to another network node or resource. 
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A First Example: 

In one aspect of the present invention, the load status of each of the 
BRASS 1 08a -1 08c may be conveyed to the Ethernet access nodes 1 04a and 
104b as indicated in Fig. lb. For example, at predefined and/or configurable 
5 intervals, each of the BRASs 108a-108c broadcasts messages to the Ethernet 
access nodes 104a and 104b informing the nodes of the load status for the 
respective BRAS. Alternatively, each Ethernet access nodes 104a and 104b 
could poll or audit each of the BRASs 108a-108c, using unicast messages 116, 
to obtain the respective load status as indicated in Fig. 1c. Polling may, for 

10 example, be performed at a predefined interval, or when a new PPPoE session 
is initiated- In some embodiments, polling may be implemented using SNMP. 

In any event, each Ethernet access node 104a-104b builds a list or 
database of available BRASs (e.g., BRASs 108a and 108c). For instance, if 
load information is not received nor can be retrieved from one of the BRASs 

15 during a pre-specified amount of time, that BRAS may be pulled out of the 
database. Among other information, the database may contain the 
corresponding address information of the BRASs (e.g., the MAC address) in 
addition to the load information. This database is updated whenever new 
information is received from the BRASs 108a-108c. 

20 As discussed previously, when a host, for instance, the CPE modem 

1 12a wishes to establish a new PPPoE session, the CPE modem 1 12a begins 
the discovery stage by sending a broadcast initiation message (e.g., "PADI") to 
the BRASs 108a-108c. This message may be intercepted by the Ethernet 
access node 104, which as previously discussed, is aware of the current load 

25 status for each of the BRAS 108a-108c. The Ethernet access node 104a 
selects which BRASs 108a-108c to direct the request based on the relative load 
status of all the BRAS and the service requested. Then, the Ethernet access 
node 104a changes the destination address of the PADI from the Ethernet 
broadcast address to the MAC address of the selected BRAS (e.g., BRAS 

30 108b), before a modified message 118 is sent upstream into the Ethernet 
access network, as indicated in Fig. Id. Only the selected BRAS 108b will 
receive the PADI. Thus, only the selected BRAS 108b will answer the PADI with 
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a response message (e.g, a "PADO"). The BRAS 108b may then send a PADO 
to the MAC address of the CPE modem 112a. The discovery stage and the 
PPP session stage may then proceed in a conventional manner. 

5 A Second Example Using a Mediation Device: 

Alternatively, other embodiments might use a mediation device such as 
illustrated in Fig. 4a- In Fig. 4a, there is illustrated an example system 140, 
which is similar to the system 100 of Fig. la except that a mediation device 142 
is employed. For brevity and clarity, a description of those components which 

10 are identical or similar to those described in connection with the example 
illustrated in Figs. 1a-1d will not be repeated here. Reference should be made 
to the foregoing paragraphs with the following description to arrive at a complete 
understanding of this example. 

In this example, the load status of each of the BRASs 108a ~108c may 

15 be conveyed to the mediation device 142, For example, at predefined intervals, 
each of the BRAS 108a-108c sends messages to the mediation device 142 
indicating the load status for the respective BRAS. Altematively, the mediation 
device 142 could poll or audit each of the BRASs 108a-108c, using unicast 
messages, to obtain the respective load status. Polling may, for example, be 

20 performed at a predefined interval, or when a new PPPoE session is initiated. In 
either case, the mediation device 142 builds a list or database of available 
BRASs (e.g., BRASs 108a and 108c), and stores the corresponding address 
information (e.g., the MAC address) in addition to the load information. This 
database is updated whenever new information is received from the BRASs 

25 108a-108c. 

As discussed previously, when a host, for instance, the CPE modem 
112a wishes to establish a new PPPoE session, the CPE modem 112a begins 
the discovery stage by sending a broadcast initiation message (e.g., "PADI") to 
the BRASs 1 08a-1 08c. The PAD! may be intercepted by the Ethernet access 
30 node 104a. The Ethernet access node 104a then forwards the PADI to the 
mediation device 142 (e.g., by replacing the destination broadcast address of 
the initiation PADI frame with a unicast MAC address of the mediation device 
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142). In some embodiments, there may be a mediation device cluster (not 
shown)- In such embodiments, the destination broadcast address of the PADl 
frame may then be replaced by a predefined multicast address of the Mediation 
Device cluster. In yet other embodiments, a separate mediation device VLAN, 
5 isolated from the access concentrators could be employed- 

When the mediation device receives the PADl 144, the mediation device 
142 analyze the database to determine the most recent load status for each of 
the BRASS 108a-108c- The mediation device 142 then selects which BRASs 
108a-108c to direct the PADl based on the relative load status of all the BRAS 

10 and the service requested. Then, the mediation device 142 changes the 
destination address of the PADl 144 from the MAC address of the mediation 
device to the MAC address of the selected BRAS (e.g., BRAS 108b), before the 
modified message 146 is sent upstream into the Ethernet access network, as 
indicated in Fig. 4b. Only the selected BRAS (e.g., BRAS 108b) will receive the 

15 PADl. Thus, only the selected BRAS 108b will answer the PADl with a response 
message (e.g. a PADO). The BRAS 108b may then send a PADO to the MAC 
address of the CPE modem 112a. The discovery stage and the PPP session 
stage may then proceed in a conventional manner. 

20 A Third Example: 

Combinations of the above embodiments are possible and are within the 
scope of the present invention. For instance, in one embodiment, the mediation 
device 142 may not build or maintain the BRAS load database, but just acts as a 
load information distributor. Such an embodiment is illustrated in Fig. 4c where 

25 the load status of each of the BRASs 108a -108c may be conveyed to the 
mediation device 142 as indicated. For example, at predefined intervals, each of 
the BRASS 108a-108c sends messages to the mediation device 142 and 
informs the mediation device of the load status for the respective BRAS. 
Alternatively, the mediation device 142 could poll or audit each of the BRASs 

30 1 08a-108c, using unicast messages 148, to obtain the respective load status. 
At predefined intervals, this information is sent to the Ethernet access nodes 
104a and 104b which builds a list or database of available BRAS (e.g., BRASs 
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108a and 108c), and stores the corresponding address information (e.g., the 
MAC address) in addition to the load information. 

Thus, the Ethernet access nodes 104a-104b in this embodiment, 
functions similar to the embodiment discussed in reference to Figs. la-Id. As 
5 discussed previously, when a host, for instance the CPE modem 112a, wishes 
to establish a new PPPoE session, the CPE modem 112a begins the discovery 
stage by sending a broadcast initiation message (e.g., a PADI) to the BRASs 
108a-108c. This message may be intercepted by the Ethemet access node 

m 

104a which as previously discussed, is aware of the current load status for each 
10 of the BRASa 108a-108a The Ethernet access node 104a selects which 
BRASS 1 08a-1 08c to direct the request based on the relative load status of all 
the BRASS and the service requested. Then, the Ethernet access node 104a 
changes the destination address of the PADI from the Ethernet broadcast 
address to the MAC address of the selected BRAS (e.g., BRAS 108b), before 
15 the modified message is sent upstream into the Ethernet access network. Only 
the selected BRAS 1 08b will receive the PADI. Thus, only the selected BRAS 
108b will answer the PADI with a response message (e,g, PADO). The BRAS 
108b may then send a PADO to the MAC address of the CPE modem 112a. 
The discovery stage and the PPP session stage then proceed in a conventional 
20 manner. 

A Fourth Example without Using Pre-sampling 

Polling or broadcasting access concentrator load information (i.e., 
sampling) may increase the overall load on the network. Thus, the frequency of 

25 the polling or broadcasting may be limited by overall network capacity. On the 
other hand, increasing the frequency of the sampling increases the accuracy of 
the load distribution. The load distribution analysis is likely to be performed 
using historic data. If the period between sampling is too long, traffic may be 
directed toward a single BRAS - resulting in a high load situation for the 

30 selected BRAS. Thus, the sampling frequency may be balanced against the 
overall load on the network. 
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Additionally, the BRASs may belong to an ISP that is another company than the 
Network Access provider. In this situation, there may need to be bridging 
between the management networks. Yet, for security reasons, many operators 
may not want to share their management networks. 

5 In one embodiment, a mediation device could distribute the load by a 

simple "round robin" approach without the need for pre-sampling or exchanging 
management information. In another embodiment, a mediation device could 
use a round robin strategy with a load distribution scheme to assure that access 
concentrator are not too loaded if the sampling frequency is relatively long. 

10 Another aspect of the present invention may be implemented without the 

use of sampling or sharing of management information between competing 
operating companies. In this aspect, the host (i.e., the PPPoE session initiator) 
selects the first access concentrator that replies with a PADO (assuming the 
service requirements of the host are met). In this embodiment, however, the 

15 access concentrators sends a PADO as reply to the PADI only after waiting a 
predetermined period of time, where the predetermined period of time depends 
on the load on the access concentrator. Thus, when the load on the access 
concentrator is heavy, the response time will be relatively long. Similarly, when 
the load on the access concentrator is light, the response time will be relatively 

20 short. 

Load sharing among the access concentrators, therefore, may be 
accomplished in a simple and elegant way. This embodiment allows the host to 
select the access concentrator with the lowest load without the need for pre- 
sampling or maintaining a database. Thus, no management trafTic needs to flow 

25 between the BRASs and the general access network, including the Ethernet 
Access Devices or even the CPE modems. 

Turning now to Fig. 5, which illustrates a general process 220 which might 
implement one embodiment of the present invention. In step 222, the process 
begins. In step 224, an initiation message (e.g., a PADI) is received from a host. 

30 In response, the network node receiving the initiation message determines the 
current load on the node (step 226). In step 228, the node waits a 
predetermined period of time before responding to the initiation message. The 
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magnitude of this predetermined period is dependent on the load on the system. 
In step 230, the node then sends the appropriate response message (e.g., a 
PADO) and the discovery stage continues in a conventional manner (step 232). 
The exact functional relationship between the access concentrator load and 
5 PADI-PADO response time may depend on a number of factors. In some cases, 
the response time may simply be a linear relationship to the CPU load. In other 
cases, the access concentrator may simply stop replying to PADI (e.g., if it 
cannot support any additional PPP sessions). In several embodiments, ail 
access concentrators would use the same functional relationship to provide for 
10 consistent response times among the access concentrators. 

Additionally, it is may be preferred that the network delay from each 
access concentrator to the host be either insignificant or approximately equal. 
This may be accomplished by having the access concentrators physically 
located almost an equal distance from the host. 
15 If both the host and the access concentrator adhere to the protocol 

described in this example, load sharing among the access concentrators will 
happen automatically. However, if there are uncertainties of whether either the 
host or the access concentrator will adhere to these protocols, the network can 
be upgraded to enforce this policy. One enforcement mechanism can be 
20 discussed with reference to the network illustrated in Fig. 1a. As previously 
discussed, the host (e.g. the CPE modem 112a) selects the response message 
or PADO received that fulfils the service requirement. If the network operator is 
uncertain about whether all CPE equipment are adapted to perform this function, 
the host role policy can be enforced by the Ethernet access node 104a. To 
25 enforce the host selection policy, the Ethernet access node may perform the 
following procedure: 

(1) Intercept all PADI requests from the CPE side and 
record the source MAC address of the CPE modem 112a 
before fonA/arding the PADI to the BRASs 108a-108c. 
30 (2) Forward only the first received PADO from the 

BRASS to the CPE Modem 1 12a. 
This procedure is appropriate if ail the BRASs offer the same service(s). 
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A Fifth Example Using a Mediation Device, but Ho Presampling: 

An enforcement mechanism may also be implemented on the BRAS side 
of the network. As previously discussed, the BRASs wait a predetermined time 
5 before responding. If the access network operator is uncertain about whether 
the BRASS are programmed with this feature, the network operator may change 
the network topology to assure compliance with this policy. Such a network 
topology is illustrated in Fig. 6. 

In Fig. 6, there Is illustrated an example system 160, which is similar to 
10 the system 100 of Fig. 1a except that a mediation device 162 is employed to 
separate a BRAS cluster 164 from the Ethernet access network 102. For brevity 
and clarity, a description of those components which are identical or similar to 
those described in connection with the example illustrated in Figs, la will not be 
repeated here. Referent shoukl be made to the foregoing paragraphs with the 
15 following description to arrive at a complete understanding of this example. 

Thus, in this example, the BRAS's role policy can be enforced by the 
mediation device 162. To enforce the BRAS policy, the mediation device 162 
. may perform the following procedure: 

(1) Intercept all PAD! requests from the CPE side and 
20 record the source MAC address of the CPE modem 112a 

before forwareling the PADI to the BRASs 108a-108c. 

(2) Forward only the firet received PADO from the 
BRASs to the CPE Modem 1 12a. 

As in previous examples, this procedure is appropriate if all the BRASs offer the 
25 same service(s). In several embodiments, the load factors may vary depending 
on the type and manufacturer of the BRAS. Load factors may include CPU load, 
memory consumption, number of simultaneous PPP sessions, or a combination 
of some of these factors. Currently, there is no standardized procedure known 
to the inventors to poll a BRAS to determine a standardized load on the BRAS. 
30 Depending on the model and brand of the BRAS, important load factors may be 
CPU load, memory consumption, number of simultaneous PPP sessions, etc.. 
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or some combination of these factors. However, which load factor affects the 
performance of the BRAS may be known only to the manufacturer of the BRAS. 
Additionally, the procedures for determining the load on the BRAS may also vary 
from BRAS type to BRAS type. However, for an accurate load distribution, the 
5 BRASS should use the same load determination procedures. Alternatively, the 
mediation device may be pre-configured with information on each BRAS so that 
it knows how to interpret the response times. 

This Application is not intended to be exhaustive or to limit the invention 
to the precise form disclosed. Many modifications and variations are possible in 
10 light of the above teaching. Those skilled in the art will readily appreciate that 
many modifications are possible in the exemplary embodiments. 

For example, in one embodiment there is presented a method including: 
receiving information regarding the load status of each access concentrator, 
building a database of the load status of each access concentrator based on the 

It 

15 received information, receiving a session initiation message from a host, 
selecting an access concentrator based on the load status indicated in the 
database, modifying the session initiation message so that it is addressed to the 
selected access concentrator, and forwarding the modified message to the 
selected access concentrator. 

20 Additional embodiments may also include verifying that a requested 

service is available on the selected access concentrator. The network node may 
learn of the availability of the access concentrators with either with pre- 
configuration routines or dynamically (e.g., when the load status is conveyed). 

The abstract of the disclosure is provided for the sole reason of 

25 complying with the rules requiring an abstract, which will allow a searcher to 
quickly ascertain the subject matter of the technical disclosure of any patent 
issued from this disclosure. It is submitted with the understanding that it will not 
be used to interpret or limit the scope or meaning of the claims. 

Any advantages and benefits described may not apply to all embodiments 

30 of the invention. The foregoing description of the embodiments of the invention 
has been presented for the purposes of illustration and description. It is intended 
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that the scope of the invention be limited not by this detailed description, but 
rather by the claims appended hereto. 



